home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20030409-20031118 / 000186_heiby_u@falkor.chi.il.us_Tue Jun 24 18:32:31 EDT 2003.msg < prev    next >
Text File  |  2020-01-01  |  2KB  |  35 lines
  1. Article: 14415 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!phl-feed.news.verio.net!nntp1.tagonline.com!nycmny1-snf1.gtei.net!nycmny1-snh1.gtei.net!crtntx1-snh1.gtei.net!news.gtei.net!chcgil2-snh1.gtei.net!news.bbnplanet.com!wn12feed!worldnet.att.net!204.127.198.203!attbi_feed3!attbi.com!rwcrnsc51.ops.asp.att.net.POSTED!not-for-mail
  3. From: Ron Heiby <heiby_u@falkor.chi.il.us>
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: Backspace Insists on sending ^H
  6. Message-ID: <cpfhfvcpc1huv288mcri08me17ufanu1uh@4ax.com>
  7. References: <779oev84tluh03lpoag0imeueh45algboj@4ax.com> <bcit83$kvm$1@watsol.cc.columbia.edu>
  8. X-Newsreader: Forte Agent 1.91/32.564
  9. MIME-Version: 1.0
  10. Content-Type: text/plain; charset=us-ascii
  11. Content-Transfer-Encoding: 7bit
  12. Lines: 14
  13. NNTP-Posting-Host: 12.248.231.128
  14. X-Complaints-To: abuse@attbi.com
  15. X-Trace: rwcrnsc51.ops.asp.att.net 1056489724 12.248.231.128 (Tue, 24 Jun 2003 21:22:04 GMT)
  16. NNTP-Posting-Date: Tue, 24 Jun 2003 21:22:04 GMT
  17. Organization: AT&T Broadband
  18. Date: Tue, 24 Jun 2003 21:22:04 GMT
  19. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14415
  20.  
  21. jaltman@columbia.edu (Jeffrey Altman) wrote:
  22. >... only for backward compatibility with ... the documentation....
  23.  
  24. I love it! Do you mind if I use this? :-)
  25.  
  26. More seriously, I had overlooked the SET TERMINAL KEY stuff. SET KEY on steroids!
  27.  
  28. Anyway, if I read you correctly, the private command is setting the preferred default
  29. value for the backspace key per the GUI interface choice. However, since I had an
  30. explicit "set key" in the init file, that was overriding the default value being read
  31. in later in the initialization process. Since the later command was only for setting
  32. the default value, it did not override the explicit value I had already set. I imagine
  33. that a SET TERMINAL KEY command would have also been used in preference to the private
  34. command's default setting.
  35.